Printer control mechanism for a device having a mobile operating system

ABSTRACT

A table-side hospitality device includes an integral printer mechanism, such as a thermal printer. The device comprises a general purpose processing unit on which a mobile- or embedded-device operating system, such as Android, executes. A control program (the device application) executing on the processing unit facilitates ordering, order management, invoicing and payment. When the application needs to print, it interacts with the printer directly, preferably using the general purpose input-output (GPIO) bus of the processor. In particular, during the print operation, the processor (via the general purpose I/O) outputs, as a set of control signals, a bit-map of the desired graphics (text, images, or the like), and these control signals drive the printer directly without requiring a dedicated micro-controller or OS-specific printer drivers.

BACKGROUND

1. Technical Field

This disclosure relates generally to mechanisms for enhancing the print capabilities of promotion/pay-at-the-table devices that are used in restaurant environments.

2. Background of the Related Art

A system of digital promotion/pay-at-the-table devices is known in the prior art. One such commercial system is the Ziosk, available from Tabletop Media, Inc., of Dallas Tex.

A Ziosk® device typically is implemented as a standalone apparatus that comprises, within a self-contained housing, a display, a reader, a printer, electronics, and a battery. The housing is configured to position the display to a patron seated at a serving area for order data entry, display of information, and invoicing. A server computer is communicatively coupled to the apparatus over a wireless link and is adapted to transmit a control program to the apparatus, and to transmit the information. A control program executing on the apparatus facilitates order entry, order management, point-of-sale system integration, and pay-at-the-table processing. During the payment workflow, an invoice is displayed, a payment (e.g., via credit or debit card) is received and processed, and the invoice is printed.

In a device of this type, it has also been known to implement the printer using a thermal line printer that is controlled by a dedicated micro-controller chip or device. The requirement for a separate micro-controller, however, is costly, and it makes implementation of device functionality impractical when it is desired to implement the application using a mobile- or embedded-device operating system, such as Android. In particular because most devices that run Android do not host USB devices or even require printing services, the Android operating system does not include support for printer software devices.

It would be desirable to implement a technique to control a printer in an Android-based device without requiring a dedicated micro-controller. The subject matter of this disclosure addresses this need.

BRIEF SUMMARY

According to this disclosure, a table-side hospitality device includes an integral printer mechanism, such as a thermal printer. The device comprises a general purpose processing unit (processor) on which a mobile- or embedded-device operating system, such as Android, executes. A control program (the device application) executing on the processing unit facilitates ordering, order management, invoicing and payment. According to this disclosure, when the application needs to print, it interacts with the printer directly using the general purpose input-output bus of the processor. During the print operation, the processor (via the general purpose I/O) outputs, as a set of control signals, a bitmap of the desired graphics (text, images, or the like), and these control signals drive the printer directly without requiring a dedicated micro-controller or OS-specific printer drivers.

The foregoing has outlined some of the more pertinent features of the subject matter. These features should be construed to be merely illustrative.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the disclosed subject matter and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:

FIG. 1 is a representation of a known table-side device and its control hardware and software;

FIG. 2 is a block diagram of a printer control mechanism of this disclosure;

FIG. 3 is a UML diagram of the mechanism; and

FIG. 4 is an ICOTL (Input Output Control) command data structure to transfer bitmap graphics to the printer driver.

DETAILED DESCRIPTION OF AN ILLUSTRATIVE EMBODIMENT

As noted above, a system of digital promotion/pay-at-the-table devices is known in the prior art. One such commercial system is the Ziosk, available from Tabletop Media, Inc., of Dallas Tex. A Ziosk® device typically is implemented as a standalone apparatus that comprises, within a self-contained housing, a display, a reader, a printer, electronics, and a battery. The housing is configured to position the display to a patron seated at a serving area for order data entry, display of information, and invoicing. A server computer (not shown) is communicatively coupled to the apparatus, typically over a wireless link, and it is adapted to transmit a control program to the apparatus, and to transmit the information. A control program executing on the apparatus facilitates the invoicing by selectively displaying an invoice on the display, receiving a payment, and providing an indication that a payment has been accepted.

FIG. 1 illustrates a representative architecture for the device 100, which includes a communications bus 102, which provides communications among a processor 104, memory 106, persistent storage 108, communications unit 110, input/output (I/O) unit 112, display 114, and printer 116. The processor 104 executes instructions for software that may be loaded into memory 106. The memory 106 and persistent storage 108 are storage devices. The communications unit 110 provides for communications with other data processing systems or devices. In these examples, communications unit 110 is a network interface card, or it may provide communications through the use of either or both physical and wireless communications links. The input/output unit 112 allows for input and output of data with other devices that may be connected to data processing system 100. For example, input/output unit 212 may provide a connection for user input through touch screen. Further, input/output unit 112 may send output to the printer 116. Display 114 provides a mechanism to display information to a user. Instructions for the operating system 116 (e.g., Android) and applications or programs 118 are located on persistent storage 108. These instructions are selectively loaded into memory 106 for execution by processor 104.

A device such as described above typically includes a printer 116 for printing information, such as receipts, information messages, graphics, and the like. A representative printer may be a Citizen MLT-289 printer, although this is not a limitation. The techniques herein also are not limited to devices using thermal printers.

Driving a Printer Directly From Processor GPIO

According to this disclosure, a table-side hospitality device such as described above includes an integral printer mechanism, such as a thermal printer. The device comprises a general purpose processing unit (processor) on which a mobile- or embedded-device operating system, such as Android, executes. A control program (the device application) executing on the processing unit facilitates ordering, order management, invoicing and payment. According to this disclosure, when the application needs to print, it interacts with the printer directly using the general purpose input-output bus of the processor. During the print operation, the processor (via the general purpose I/O) outputs, as a set of control signals, a bit-map of the desired graphics (text, images, or the like), and these control signals drive the printer directly without requiring a dedicated micro-controller or OS-specific printer drivers.

Thus, in contrast to the prior art, the processor output drives the printer directly.

FIG. 2 illustrates a representative block diagram of the printer and associated control circuitry. In this example embodiment, the thermal line printer 200 has an associated motor controller 202 that drives one or more gears of a stepper motor to control movement of a paper in and through the printer itself. A safety circuit 204 monitors for various operating anomalies (e.g., printer door open, out-of-paper conditions, etc.). A temperature sense signal is output and used to control the operation of the thermal printer to prevent over-heating conditions. These signals are converted to digital form using the analog-to-digital convertor 206, and supplied to the general purpose processing unit 208. Processor 208 controls the operation of the overall hospitality device. It includes a first general purpose input/output bus 210 (GPIO+PWM) that it used to output pulse-width modulated (PWM) output signals for controlling the motor controller. These signals advance the paper through the printer. For the purposes of this disclosure, the processor 208 also includes GPIO bus 212, which receives, as a bit-map, the content (text, graphics, etc.) that is to be printed on the paper as it moves through the printer. The bit-mapped output is applied through a level translator circuit 214, which raises the voltage (e.g., from about 1.3V to 5.0V) on these control signals. The control signals are then applied directly to the line printer to print the content.

In the approach in FIG. 2, the processor 208 executes the Android operating system and the device application (typically a set of modules that perform that various operations such as order entry, order management, point-of-sale system integration, providing information services, and payment). When the device application needs to print using the print services, the application generates the desired content as one or more bit-maps, which are then output over the GPIO bus 212 and used to drive the thermal printing elements directly. There is no requirement for a dedicated micro-controller, and this printing is carried out despite the lack of an Android-based printer driver.

FIG. 3 is a UML diagram of the software component architecture and functional operations. The components comprise three hardware-related components: printer object 300, motor object 302, and printer head object 304, and three software components: printer driver object 306, rasterizer object 308, and escape code state machine object 310. The printer driver object 306 provides the high level printer API, namely, initialization (calling printer object 300 for hardware-specific initialization), creating/destroying a printer thread, generating I/O for control, status and bitmap graphics, and calling other objects to control and write to the rasterizer object. The motor object 302 provides low-level stepper control, start-up acceleration, backlash compensation, and PWM pulse control. The printer head object 304 provides low-level line buffer manipulation, and strobe and power control. The printer object 300 provides hardware configuration and initialization, temperature monitoring, status and events, door-open monitoring, status and events, paper-out monitoring, status and events, and it also drives the timing of the stepping and strobing. The rasterizer object 308 provides raw image rasterizing, frame buffering, line-by-line input and output (e.g., a FIFO ring buffer), and basic drawing operations (e.g., draw box). The escape code state machine 310 provides wrap and write images, positioning, and other control functions based on the monitoring. The division into multiple objects is not a requirement, as one or more functions may be combined.

The division into multiple objects is not a requirement, as one or more functions may be combined. Thus, and without limitation, the printer object 300, motor object 302 and printer head object 304 may be implemented in a unitary object, and one that typically is tightly-coupled with the printer mechanism. The other modules 306, 308 and 310 are independent and may be used with other hardware.

The general operation for printing is as follows. When the application determines a print operation is necessary, it opens the printer driver object 306 and controls the processor to send bit-mapped content (e.g., text, graphics, etc.) to the printer object 300. The content is then printing, after which the printer driver object is closed. An exception to this operation may occur if one of the following events is sensed: the printer door is open, the printer paper is out, the thermal print head overheats, or the buffer is full. If the printer door is open, a door open event is signaled and the printer is turned off. If printer paper is out, a paper out event is signaled and the printer is turned off. If the thermal head overheats, the printer is paused and a wait period (e.g., 10 seconds) is initiated, after which printing is resumed. If the buffer is full, the thread trying to write to the printer is paused and a wait period (e.g., 10 second) is initiated, after which the object resumes accepting input if possible.

Preferably, the application uses existing graphics libraries (or embedded 3D engine conversion libraries) to convert any images or fonts to a one bit bitmap buffer that is processed by the printer driver to print a monochrome image on the thermal printer.

Control preferably is via IOCTL codes. For bitmap graphics, an IOCTL is used to transfer images directly into the frame buffer. FIG. 4 illustrates a representative data structure to transfer bitmap graphics to the driver.

Additional control operations may be implemented as follows:

A printer monitor thread executes regularly to monitor the door, paper, temperature and voltage. The monitoring thread may operate as follows:

1. Sleep for N millisecond.

2. Update status of door-open and paper-out sensors.

3. Turn off any thermal strobe currently in progress.

4. Printer voltage is checked. This is used for subsequent calculations of strobe pulse widths and temperature.

5. Printer head temperature is checked. This is used in any subsequent calculations of strobe pulse width, and also used to shut down the power to the printer head in the case of overheating.

6. If the thermal head has overheated, wait a few seconds to allow it to cool off.

A printer step and strobe thread executes repeatedly to drive the stepper motor and thermal head. The stepping and strobing thread may operate as follows:

1. Wait for printer activity (change in door, paper, thermal overheat, or data ready status)

2. Send the next line of dots out of the frame buffer.

3. Feed and latch the data for the next strobe.

4. Start the next strobe

5. Wait for the strobe to complete.

6. Motor half-step.

7. Feed and latch the same data for another strobe.

8. Start the next strobe

9. Wait for the strobe to complete

10. Motor half-step.

In a preferred embodiment, the motor lines are pulsed at 10-20 kHz all the time, using the PWM output of a GP timer as an enable line for the motor controls. This allows the motor to pause for more than 2.5 milliseconds per step.

While the above describes a particular order of operations performed by certain embodiments of the disclosed subject matter, it should be understood that such order is exemplary, as alternative embodiments may perform the operations in a different order, combine certain operations, overlap certain operations, or the like. References in the specification to a given embodiment indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic.

While given components of the system have been described separately, one of ordinary skill will appreciate that some of the functions may be combined or shared in given instructions, program sequences, code portions, and the like. While the disclosed subject matter has been described in the context of a method or process, the subject disclosure also relates to apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computing entity selectively activated or reconfigured by a stored computer program stored. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including an optical disk, a CD-ROM, and a magnetic-optical disk, flash memory, a read-only memory (ROM), a random access memory (RAM), a magnetic or optical card, or any type of non-transitory media suitable for storing electronic instructions.

While given components of the system have been described separately, one of ordinary skill will appreciate that some of the functions may be combined or shared in given instructions, program sequences, code portions, and the like.

Having described our invention, what is claimed is as follows. 

1. Apparatus, comprising: a hardware processor having a general purpose input/output (GPIO) bus; computer memory in which is stored an operating system, and an application, a printer; and control logic executed in the hardware processor in response to a print request received from the application to generate a set of control signals, the set of control signals representing a bitmap that are applied to the printer directly via the processor input/output bus to control the printer.
 2. The apparatus as described in claim 1 wherein the operating system is Android.
 3. The apparatus as described in claim 1 wherein the printer is a thermal printer. 